This screen is
where you set up all player profiles for login to MUD servers. Each of the screen’s controls are described
below.
Create/Edit
Profiles Screen Elements
Enter the name of the player in this field. This should be the name of the player used for the MUD. There cannot be spaces in this field and it can only contain letters a-z.
Portal© gives you
two options when it comes to handling passwords:
When you attempt to
login to the server, you will be prompted at that time to supply the
password. This provides you with more
security in that your character will always need the password (which should
only be in your head) to login. Your
password is retained for that entire session for that player profile. This means that when you login for the first
time in a session to a particular profile, you will be asked for the
password. If you then reconnect to the
SAME profile, you will not have to enter the password again. If you choose a different profile, however,
the password will be reset.
This streamlines
things a bit, in that you won’t be prompted for your password whenever you try
to login using this profile. The
drawback here is that your character can be logged in by anybody who uses the
program and clicks the login button.
You assume ALL responsibility for using this option. It is highly recommended that you do not use
this option, but it’s here for you if you choose to. Basically, ask yourself if anyone has easy access to your
computer. If the answer is yes, then you
should not choose to save your password.
This field is editable, but it's best to use the button to bring up the MUD List. Here you can select any MUD you desire. Once you select a MUD, the information is populated into the Host, Port and MUD Website fields.
These fields are freely editable, but using the MUD Button will populate them with the appropriate information for the MUD selected from that screen.
Use this button to attempt to connect to the website in the MUD Website field.
This field is used for connecting to Portal -enhanced MUDs. It's best to leave it as is unless notified differently.
Leaving this checkbox unchecked sends both a linefeed (LF) and carriage return (CR) with each command when you finally login to the MUD. Checking the box will send only the CR. See the section on differing game servers below for more information on why you might need to use this.
This area is where
you customize your login to a MUD. If
you need to transgress a firewall in the process, you do that here as
well. Each line of the script is a different
command that is interpreted by the program.
Here, also, is where you will use words in the script that will be
substituted by the words you entered into the fields above. For example, when you use PASSWORD in a
script line, what gets sent is not the text “PASSWORD” but rather the password
you entered into the PASSWORD Field.
You’ll see the word “PASSWORD” in the display, but that’s just to
protect the secrecy of the actual password.
This works for the following words.
PLAYER The player’s name (in all lower
case letters)
PASSWORD The player’s MUD password
PASSWORD2 The password entered into the Password2 field
Entering the word “wait” followed by a space and a number up to 99 will cause the scripting to delay that many seconds before continuing. This allows you to tailor the login information timing to your desire. Also, blank lines in the script are read as a carriage return (pressing the Enter key).
This field is used for substituting another password (for say a firewall server) into the Login Script.
A
Word
About Different Game Servers
The send for MUD
commands over a server is usually a command, followed by both a “carriage
return” (CR) and a “line feed” (LF).
For a server, it can be different, as in some do not use the LF but only
the CR, and some use both (actually, most use both). To
accommodate for servers that only use the CR and not the LF in a login script,
simply append commands with <CR>.
This tells the game to only send the CR, regardless of what you chose
for the firewall or MUD itself. See the
examples below for clarification.
Example 1
You are logging
into a MUD and that’s it. No firewall
or other commands to do.
Script
PLAYER
PASSWORD
That’s it. What gets sent is first a delay of 5
seconds, then the name “bob” is sent to login, followed by “bobisagod” While you will actually see “bob” echoed to
the screen, the password will only appear as “PASSWORD”
Example 2
You are logging
straight into a MUD and want to do some mundane tasks once you’ve logged in.
Script
PLAYER
PASSWORD
wait 5
wear helmet
shout I have
arrived!
go home
What gets sent is
the name “bob” followed by “bobisagod”
Then it will delay for another 5 seconds before causing you to wear a
helmet, shout that you have arrived and send you home.
Example 3
You are logging
into a MUD through a firewall. To
accomplish this, you would enter the firewall’s host and port into the
appropriate fields in the Firewall section.
Script
bobsloginnametohisfirewallserver
PASSWORD2
wait 5
telnet 3k.org 3000
wait 5
PLAYER
PASSWORD
What gets sent is
first the name “bobsloginnametohisfirewallserver”
followed by “firewallssuck” (the password for
PASSWORD2) After this, there is an
empty return, followed by a 5 second delay, then the machine attempts to
connect to the MUD server via the telnet command. There is then another delay and then the player’s name and password is
sent like in the first example.
Example 4
You are logging
into a MUD through a firewall. To
accomplish this, you would enter the firewall’s host and port into the
appropriate fields in the Firewall section.
The firewall server only uses the CR (carriage return) and not the CR+LF
combination.
Script
bobsloginnametohisfirewallserver<CR>
PASSWORD2<CR>
<CR>
wait 5
telnet 3k.org 3000<CR>
wait 5
PLAYER
PASSWORD
What gets sent is
first the name “bobsloginnametohisfirewallserver”
followed by “firewallssuck” (the password for
PASSWORD3) After this, there is an
empty return, followed by a 5 second delay, then the machine attempts to
connect to the MUD server via the telnet command. There is then another delay and then the player’s name and password is
sent like in the first example.
Note: A carriage return
(CR) is sent after all commands except the PLAYER and PASSWORD commands. This is because these last two commands are
sent to the game directly, using the CR or CR+LF configuration you have chosen
for this MUD via the Use only CR for Command checkbox setting.
Creates a brand new
profile based on the information you entered into the fields with a default
configuration, then closes the screen.
Creates a new
player profile based on the information you entered into the fields using an
exported Portal© .TKP file as the configuration, then closes the screen. Once you press this button, you will be prompted to select an
existing .TKP configuration file. Once
you have explored to a valid .TKP file, the program will then import the
configuration for the profile you have created on this screen. Once the import is complete, the new player
profile will be fully available for use within the client.
Note: If you are
importing an old .TKP file that has been generated from a client version prior
to the one you are currently using, you may be prompted for further
instructions regarding the upgrade migration.
If so, simply follow the screens and do what they instruct you to do.
Note: You cannot import
a .TKP file that has been generated from a client version later than the one
you are currently using. For example,
if you are using client version 8.0, the program will not allow you to import a
.TKP file that was exported from client version 9.0.
Note: You cannot import any profiles created from a Portal version prior to version 6.0.
Overwrites the profiles attached to the current profile with one from an imported profile.
Saves any changes made to the current profile and closes the screen.
Cancels any profile creation/editing and closes the screen.